home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Gold Medal Software 3
/
Gold Medal Software - Volume 3 (Gold Medal) (1994).iso
/
netutils
/
lsp135.arj
/
LSP135.DSK
/
unc.dsk
/
READCID.001
< prev
next >
Wrap
Text File
|
1993-12-15
|
48KB
|
1,562 lines
READCID.001 FOR THE LOCAL AREA NETWORK SUPPORT PROGRAM, VERSION 1.35
(C) Copyright IBM Corp. 1993 1
CONTENTS
READCID.001 FOR THE LOCAL AREA NETWORK SUPPORT PROGRAM, VERSION 1.35 . . 1
Target Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Related Document . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Setting Up for CID Installations . . . . . . . . . . . . . . . . . . . . 3
Loading LSP on the Code Server . . . . . . . . . . . . . . . . . . . . . 3
Installation of LSP on a Boot Diskette for Pristine Installations . . . . 3
RESPONSE FILE PROCESSING . . . . . . . . . . . . . . . . . . . . . . . . 4
CID Environment Variable . . . . . . . . . . . . . . . . . . . . . . . . 4
DXMAID Command Line Parameters . . . . . . . . . . . . . . . . . . . . . 4
Response File Format . . . . . . . . . . . . . . . . . . . . . . . . . . 6
INST_SECTION parameters . . . . . . . . . . . . . . . . . . . . . . . . . 6
PROT_SECTION parameters . . . . . . . . . . . . . . . . . . . . . . . . . 8
Other Response File Parameters . . . . . . . . . . . . . . . . . . . . 10
Driver Diskettes (Option Diskettes) . . . . . . . . . . . . . . . . . . 11
NDIS Protocol Drivers (DXME0MOD.SYS and DXMJ0MOD.SYS) . . . . . . . . . 11
Non-NDIS LSP Drivers . . . . . . . . . . . . . . . . . . . . . . . . . 12
Installed LAN Adapters . . . . . . . . . . . . . . . . . . . . . . . . 12
LSP Module Driver Names . . . . . . . . . . . . . . . . . . . . . . . . 13
Removing LSP from the Configuration . . . . . . . . . . . . . . . . . . 13
Processing Additional PROTOCOL.INI Files . . . . . . . . . . . . . . . 14
CID Return Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Log Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Unsupported Function in Response File . . . . . . . . . . . . . . . . . 15
APPENDIX A. EXAMPLE RESPONSE FILES . . . . . . . . . . . . . . . . . . A-1
DXMC0MOD.SYS and DXMT0MOD.SYS, One Adapter . . . . . . . . . . . . . . A-1
DXMC0MOD.SYS and DXMT0MOD.SYS, Two Adapters . . . . . . . . . . . . . . A-2
DXMJ0MOD.SYS and IBMTOK.DOS, One Adapter . . . . . . . . . . . . . . . A-4
DXME0MOD.SYS, DXMT0MOD.SYS and IBMTOK.DOS, One Adapter . . . . . . . . A-5
Migration to DXMJ0MOD.SYS and IBMTOK.DOS . . . . . . . . . . . . . . . A-7
DXMJ0MOD.SYS and IBMTOK.DOS, Two Adapters . . . . . . . . . . . . . . . A-7
TARGET AUDIENCE
This document is intended for the Configuration Installation Distribution
(CID) administrator, who should be familiar with NetView(*) DM/2 (NV DM/2) or
an equivalent CID software distribution agent.
RELATED DOCUMENT
If you are using NV DM/2, we recommend that you read Automated Installation
of CID-Enabled DOS 6, LAN Support Program 1.35, and NetView DM/2 2.0,
SC31-6833-00 before reading this file.
(C) Copyright IBM Corp. 1993 2
SETTING UP FOR CID INSTALLATIONS
This section describes loading the LAN Support Program (LSP) on the code
server and installing LSP on a boot diskette for pristine installations.
LOADING LSP ON THE CODE SERVER
Use the DOS XCOPY command with the /S parameter to load LSP onto the code
server. The following example assumes that the LSP source diskette is in the
A drive and that the current drive is the code server drive:
md lspsrc
xcopy a: lspsrc /s
The directory structure on the code server and the name of the directory
where the LSP source is copied is the administrator's decision.
NOTE: The /S parameter on the XCOPY command is necessary, since the LSP
source diskette contains subdirectories.
INSTALLATION OF LSP ON A BOOT DISKETTE FOR PRISTINE INSTALLATIONS
The diskette is assumed to be at the code server machine (preparation
workstation). The code server should already have the LSP, DOS, and NV DM/2
source images installed. The DOS kernel and other required DOS files should
be installed on the diskette before you install LSP.
Make the subdirectory containing the LSP files the current directory and
perform a normal attended installation. Make sure to answer the following
questions as indicated below.
On the Setup screen you need to provide the following information.
Are you updating an existing configuration? NO
Do you have driver diskettes? YES (if using NDIS)
Target for LSP: A:\ (or appropriate drive and path)
CONFIG.SYS to update: A:\ (or same drive as above)
AUTOEXEC.BAT to update: A:\ (or same drive as above)
On the Process Driver Diskette screen (if using NDIS) you need to provide the
drive and path where the NDIS MAC driver files are located for the adapter
this boot diskette is intended to support.
NOTE: A boot diskette can support only one adapter interface driver.
After the LSP installation is finished, invoke the NV DM/2 install program to
finish building the boot diskette.
Contents 3
RESPONSE FILE PROCESSING
The response file is an ASCII file that is used by the installation program
to replace the interactive user input. The DXMAID /R: parameter identifies
a response file
CID ENVIRONMENT VARIABLE
If the REMOTE_INSTALL_STATE environment variable is not null, then LSP
installation assumes that the CID software distribution agent (for example,
NV DM/2) is present. In this case, the LSP installation program presents no
panels when it runs; this is unattended mode. The CID completion status (see
"CID Return Codes" on page 14) is returned to the software distribution
agent. The REMOTE_INSTALL_STATE environment variable is set by the CID
software distribution agent.
DXMAID COMMAND LINE PARAMETERS
/R: The argument to this parameter is the file name of the LSP response
file. This argument must either be fully qualified or present in
the current directory. There is no default for this parameter; if
it is not specified, no response file processing is done.
/S: The argument to this parameter is the source drive and path where
the LSP installation files are to be found. It overrides the
SourcePath parameter of the response file. The default is the path
where DXMAID.EXE is located.
/T: The argument to this parameter is the target drive and path where
the LSP configuration (other than updated CONFIG.SYS and
AUTOEXEC.BAT) are to be copied. It overrides the response file
TargetPath parameter. The default is d:\LSP, where the letter d
represents the lowest (alphabetically) hard drive designator or
drive A (if no hard drive is available).
NOTE: For attended install, the maximum length of the argument to
this parameter is 20 characters.
/TU: The argument to this parameter is the path where the source/target
CONFIG.SYS and AUTOEXEC.BAT are located. This parameter overrides
the response file ControlFilePath parameter. The default for this
parameter is the root directory of the drive where LSP is being
installed.
NOTE: For attended install, the maximum length of the argument to
this parameter is 6 characters.
(C) Copyright IBM Corp. 1993 4
/G: The argument to this parameter is the drive/path to search for
included response files. See "Other Response File Parameters" on
page 10 for details about how this parameter is used.
/L1: The argument to this parameter is the file name of the LSP log
file. It must either be fully qualified or present in the current
directory. There is no default for this parameter; if it is not
specified, no logging is performed.
/X This parameter causes DXMAID.EXE to be invoked in unattended mode.
The default is to invoke in attended mode.
NOTE: This parameter does not cause installation return codes to
be communicated to the software distribution agent. See "CID
Environment Variable" on page 4 and "CID Return Codes" on page 14
for more information.
NOTE: The hyphen (-) can be used interchangeably with the slash (/) to
designate the DXMAID command line parameters. These parameters are not case
sensitive.
Response File Processing 5
RESPONSE FILE FORMAT
; comments begin with ';' or '*'
INST_SECTION = (
AdapterCheck = <0 or 1>
DriverDiskPath = <file path to MAC driver driver disk image>
MigrateControlFiles = <0 or 1>
TargetPath = <path for LSP files>
SourcePath = <location for LSP source files (including NIFs)>
ControlFilePath =<path for CONFIG.SYS and AUTOEXEC.BAT>
)
PINIFILE = <PROTOCOL.INI file path and name>
INCLUDE = <include response file path and name>
PROT_SECTION = (
drivername = <drivername for section>
; bindings only required (and allowed) for protocol drivers
bindings = <section_name(s) for MAC drivers to bind>
section_name = <bracketed module name of relevant section>
driverfile = < file name of driver to load in CONFIG.SYS>
copyfile = < name of file(s) to copy to target>
nif = < NIF for the section. Required for SMC>
lsp_primary = <0 or 1>
lsp_alternate = <0 or 1>
... keywords ...
)
Response file contents are not case sensitive.
All items are processed as they are encountered in the response file. The
last value seen for a keyword is the effective value for the keyword.
INST_SECTION PARAMETERS
ADAPTERCHECK This is a boolean parameter. If it is set to a
nonzero number, the installed adapters are checked
(see "Installed LAN Adapters" on page 12). If this
parameter is set to 0, the installed adapters are
not checked. The default is to check the installed
adapters.
NOTE: This parameter should be set to 0 when making
a bootable diskette.
CONTROLFILEPATH Path where source and target CONFIG.SYS and
AUTOEXEC.BAT are located. The default is the root
directory of the drive containing the target path.
NOTE: For attended install, the maximum length of
the argument to this parameter is 6 characters.
Response File Processing 6
DRIVERDISKPATH Path to driver disk files for the MAC driver; the
path to your MAC driver and NIF files. The last
DriverDiskPath specified is the one in effect. If
this path is specified, it is used also as the
source location of all files specified by
PROT_SECTION keywords.
DriverDiskPath = <file specification>
The search hierarchy for the DriverDiskPath is:
1. If possible, the file specification is used as
is.
2. The current directory is searched for the file
specification.
3. The source path for LSP code is searched for the
file specification.
NOTE: The source path for LSP code can be
designated with the /S: DXMAID command line
parameter. See "DXMAID Command Line Parameters"
on page 4.
There is no default for this parameter; if it is not
present, then driver diskette processing is not done
and the SourcePath is used as the source location of
all files specified by PROT_SECTION keywords. See
"Driver Diskettes (Option Diskettes)" on page 11 for
more information.
NOTE: This parameter is unrelated to the
attended-mode driver diskette processing.
MIGRATECONTROLFILES This is a boolean parameter. If it is set to a
nonzero number, the current control files are used
in computing the new configuration. If this
parameter is set to 0, the current control files are
ignored when computing the new configuration. The
default is to use the current control files in
computing the new configuration.
REMOVE
NOTE: Do not use this parameter in the NV DM/2
environment.
If the final value encountered for this boolean
parameter is a nonzero number, the CONFIG.SYS and
AUTOEXEC.BAT commands that cause LSP to be loaded in
memory will be removed from the output CONFIG.SYS
and AUTOEXEC.BAT files. If the final value
encountered for this parameter is 0, the parameter
Response File Processing 7
has no effect. Additional response file parameters
may be necessary if the configuration to be removed
contains an NDIS MAC driver for which there is no
NIF. See "Removing LSP from the Configuration" on
page 13 for more information.
SOURCEPATH Path to LSP source files, other than DXMAID.EXE and
DXMAID.ccc. The default is the path where
DXMAID.EXE is located. If DriverDiskPath is not
specified, then this path is also used as the source
path of all files specified by PROT_SECTION
keywords.
TARGETPATH Path where LSP files (other than CONFIG.SYS and
AUTOEXEC.BAT) should be written. The default path
is normally C:\LSP or A:\LSP, depending on whether
the system has a hard drive.
NOTE: For attended install, the maximum length of
the argument to this parameter is 20 characters.
PROT_SECTION PARAMETERS
PROT_SECTIONs may be used for NDIS MAC drivers and for the LSP drivers listed
under "LSP Module Driver Names" on page 13.
DRIVERNAME This is the driver name described in the NDIS spec. It is also
used for non-NDIS LSP drivers. See the examples in Appendix A,
"Example Response Files" on page A-1 to see how it is used to
identify various LSP drivers. This parameter is usually
required.(1) See "LSP Module Driver Names" on page 13 for driver
names with their associated LSP driver files.
BINDINGS This is the bindings statement described in the NDIS spec. It is
allowed only for protocol drivers; for them, it is REQUIRED. If no
drivers are bound, "bindings = " must be specified.
NOTE: The bindings statement MUST be specified for DXME0MOD.SYS
and for DXMJ0MOD.SYS.
SECTION_NAME This parameter is useful when you have no NIF. The value of
this parameter must match the bracketed module name for the
relevant PROTOCOL.INI section.
The section_name parameter is used for two purposes:
---------------
(1) It may be omitted for NDIS MAC drivers if the section_name parameter is
present and the value for the section_name matches with a section name in
the PROTOCOL.INI.
Response File Processing 8
o It is used to match the appropriate section in PROTOCOL.INI
with the target of a bindings= statement.
o For NDIS_SNGL MAC drivers, it is also used to distinguish
between the first (primary) and second (alternate) sections for
that MAC driver.
NOTE: For other types of MAC driver, the driver name differs
between the two sections, so the driver name is used to
distinguish between the two sections.
NOTE: The default component type is NDIS_SNGL.
Example4.RSP on page A-5. shows the use of this parameter.
DRIVERFILE This is the name of the driver to load in CONFIG.SYS and to copy
to the target LSP path. This parameter is needed only for NDIS MAC
drivers for which no IBM format NIF is available. This parameter
is not supported for drivers with IBM format NIFs. See
"Unsupported Function in Response File" on page 15 for the error
message that is generated when this parameter is specified for a
driver that has an IBM format NIF. For LSP driver files with their
associated driver names, see "LSP Module Driver Names" on page 13.
COPYFILE This is the copyfile statement described in the IBM NIF
specification.
NIF This parameter specifies the NIF for the section. It can be a
useful parameter for SMC adapters using SMCMAC.DOS, since three
different NIFs use the same driver name.
LSP_PRIMARY This is a boolean parameter. If it is set to a nonzero number in
a PROT_SECTION for a non-NDIS LSP driver, the driver is added to
the configuration for the primary (CCB 0) adapter. If set to 0 in
a PROT_SECTION for a non-NDIS LSP driver, the driver is removed
from the configuration for the primary adapter. If this parameter
is not present in the PROT_SECTION for a non-NDIS LSP driver, then
the PROT_SECTION causes driver parameters to be updated only.
NOTE: This parameter is acted upon as it is encountered; that is,
the configuration may be changed each time the parameter is
encountered. The non-NDIS LSP drivers are: DXMCnMOD.SYS,
DXMT0MOD.SYS and DXMGnMOD.SYS, where the letter n represents a
number (0, 1, or 2) that identifies the particular driver.
LSP_ALTERNATE This is a boolean parameter. If it is set to a nonzero number,
in a PROT_SECTION for a non-NDIS LSP driver, the driver is added to
the configuration for the alternate (CCB 1) adapter. If set to 0
in a PROT_SECTION for a non-NDIS LSP driver, the driver is removed
from the configuration for the alternate adapter. If this
parameter is not present in the PROT_SECTION for a non-NDIS LSP
driver, then the PROT_SECTION causes driver parameters to be
updated only.
Response File Processing 9
NOTE: This parameter is acted upon as it is encountered; that is,
the configuration may be changed each time the parameter is
encountered.
The lsp_primary and lsp_alternate parameters are used for the
non-NDIS LSP drivers only: DXMCnMOD.SYS, DXMGnMOD.SYS, and
DXMT0MOD.SYS. These parameters are needed for DXMCnMOD.SYS and
DXMGnMOD.SYS only if the desired configuration does not reflect the
installed LAN adapters, since the shared RAM token-ring network
adapters and the PC Network adapters are detected by LSP
installation.
OTHER PROT_SECTION PARAMETERS
Any other PROT_SECTION parameters are treated as PROTOCOL.INI parameters or
CONFIG.SYS command line parameters for the driver. Each of these parameters
is updated as it is encountered in the response file.
PROT_SECTION driver parameters not present in the NIF will be used as is.
(This differs from PROTOCOL.INI processing, where driver parameters not
present in the NIF are ignored.)
NOTE: A response file should never contain a PROT_SECTION for DXMA0MOD.SYS,
NETBIND.COM, or PROTMAN.DOS. These files are automatically added to the
configuration as needed.
OTHER RESPONSE FILE PARAMETERS
PINIFILE This parameter specifies an additional PROTOCOL.INI file. This
PROTOCOL.INI will be used in addition to the normal installation
PROTOCOL.INI. (The normal installation PROTOCOL.INI is either the
one in the current configuration or the one in the LSP source--
depending on whether there is a PROTOCOL.INI in the current
configuration and on whether the current configuration is being
used to compute the new configuration.)
PINIFILE = <file specification>
The search hierarchy for PINIFILE files is:
1. If possible, the file specification is used as is.
2. The current directory is searched for the file specification.
3. The source path for LSP code is searched for the file
specification.
NOTE: The source path for LSP code can be designated with the
/S: DXMAID command line parameter. See "DXMAID Command Line
Parameters" on page 4.
Response File Processing 10
If you process an additional PROTOCOL.INI, you are limited in the
naming of any sections (stanzas) in the new PROTOCOL.INI that
correspond with sections in the normal installation PROTOCOL.INI.
You must use the same section names (bracketed module names) for
corresponding sections in the two PROTOCOL.INIs.
See "Processing Additional PROTOCOL.INI Files" on page 14 for more
information.
INCLUDE This parameter specifies additional response files.
INCLUDE = <file specification>
The search hierarchy for additional response files is:
1. If possible, the file specification is used as is.
2. The current directory is searched for the file specification.
3. The path (if any) designated in the /G: command line parameter
is searched for the file specification.
There is a limit of six nested response files. However, the sixth
response file cannot contain a PINIFILE.
NOTE: Installation fails with an error if an include file cannot
be found.
DRIVER DISKETTES (OPTION DISKETTES)
One driver diskette path (for NDIS MAC drivers) can be processed in an
unattended CID install. The path to the driver diskette files is specified
via the INST_SECTION DriverDiskPath parameter.
Some MAC drivers do not have an IBM format NIF available. CID installation
of these MAC drivers is handled through PROT_SECTION response file entries,
which contain copyfile= for each ancillary file (such as a message file) that
needs to be copied to the target and driverfile= for the driver that needs to
be loaded in CONFIG.SYS (and also copied to the target).
NOTE: In attended mode, this processing occurs immediately prior to
attended-mode driver diskette processing. There is no connection between
this parameter and attended-mode driver diskette processing.
NDIS PROTOCOL DRIVERS (DXME0MOD.SYS AND DXMJ0MOD.SYS)
NDIS protocol driver response file PROT_SECTIONs have coding rules similar to
PROTOCOL.INI sections. The bindings= statement is required so that the
installation utility will recognize the section as a protocol driver section.
Also, keyword values for both adapters are coded on the same line:
keyword = val1, val2
Response File Processing 11
See the st parameter on page A-3 for an example of the format for entering
keyword values in PROT_SECTION.
Global boolean parameters are permitted. An example of a global boolean
parameter is the X parameter of DXME0MOD.SYS. The format for a global
boolean parameter is shown in EXAMPLE4.RSP on page A-5. NDIS Protocol
drivers do not support the lsp_primary and lsp_alternate keywords.
See "DXME0MOD.SYS, DXMT0MOD.SYS and IBMTOK.DOS, One Adapter" on page A-5 for
DXME0MOD.SYS parameters. See the LSP User's Guide for DXMJ0MOD.SYS
parameters and their format.
NON-NDIS LSP DRIVERS
The non-NDIS LSP drivers are: DXMCnMOD.SYS, DXMT0MOD.SYS and DXMGnMOD.SYS.
Non-NDIS LSP driver response file sections are similar to NDIS protocol
driver response file sections in the way keywords are handled. Keywords are
coded as
keyword = val1, val2
Global boolean keywords are also allowed. An example of a global boolean
parameter is the E (Enabled) parameter of DXMT0MOD.SYS. Non-NDIS LSP drivers
support the lsp_primary and lsp_alternate keywords.
Non-NDIS LSP drivers do not support the bindings= statement.
See "DXMC0MOD.SYS and DXMT0MOD.SYS, One Adapter" on page A-1 for DXMC0MOD.SYS
parameters. See the LSP User's Guide for DXMT0MOD.SYS parameters. Only the
short form of the DXMT0MOD.SYS parameters shown in the LSP User's Guide is
supported.
INSTALLED LAN ADAPTERS
Installed hardware is not checked if you set AdapterCheck to 0 in the
INST_SECTION of a response file.
LSP installation checks only for Shared RAM token-ring adapters, PC Network
adapters, and a few Micro Channel adapters. These Micro Channel adapters
are:
o IBM FDDI adapter
o IBM Ethernet adapter (based on the SMC Ethernet adapter)
o SMC Micro Channel Ethernet adapter listed in the LSP 1.33 User's Guide
o Ungermann-Bass Micro Channel Ethernet adapter listed in the LSP 1.33
User's Guide
o 3COM Micro Channel Ethernet adapter listed in the LSP 1.33 User's Guide
Response File Processing 12
If the user specifies that the current configuration be used, any NDIS MAC
drivers specified in bindings for LSP protocol drivers have precedence over
installed adapters.
LSP MODULE DRIVER NAMES
The following are the LSP driver files with their associated driver names.
+-------------------------------------+-------------------------------------+
| DRIVER FILE | DRIVER NAME |
+-------------------------------------+-------------------------------------+
| DXME0MOD.SYS | DXME0$ |
+-------------------------------------+-------------------------------------+
| DXMJ0MOD.SYS | NETBEUI$ |
+-------------------------------------+-------------------------------------+
| DXMC0MOD.SYS | DXMC0MOD$ |
+-------------------------------------+-------------------------------------+
| DXMC1MOD.SYS | DXMC1MOD$ |
+-------------------------------------+-------------------------------------+
| DXMT0MOD.SYS | DXMT0MOD$ |
+-------------------------------------+-------------------------------------+
| DXMG0MOD.SYS | DXMG0MOD$ |
+-------------------------------------+-------------------------------------+
| DXMG1MOD.SYS | DXMG1MOD$ |
+-------------------------------------+-------------------------------------+
| DXMG2MOD.SYS | DXMG2MOD$ |
+-------------------------------------+-------------------------------------+
REMOVING LSP FROM THE CONFIGURATION
NOTE: Do not remove LSP from the configuration in the NV DM/2 environment.
To remove LSP from the workstation configuration via CID, set Remove to 1 in
the INST_SECTION of the response file.
(This has the same effect as setting AdapterCheck to 0 and setting
MigrateControlFiles to 0 in the INST_SECTION of the response file.)
If there are CONFIG.SYS statements for NDIS MAC drivers for which no NIFs are
available, it is necessary to add a PROT_SECTION with the appropriate
DriverFile = for each NDIS MAC driver in the old configuration for which no
NIF is available in the target directory.
NOTE: Be sure to specify the target directory correctly so that LSP
installation can locate NIFs for any NDIS MAC drivers in the configuration.
NOTE: If the response file also contains PROT_SECTIONs for an NDIS protocol
driver (DXME0MOD.SYS or DXMJ0MOD.SYS) and the last bindings= statement
encountered for this protocol driver specifies drivers to be bound, then LSP
will not be removed from the output configuration.
Response File Processing 13
INST_SECTION = (
Remove = 1
)
; The following section would be needed if there were no IBM format
; NIF for IBMTOK.DOS and that file was being loaded in CONFIG.SYS.
PROT_SECTION = (
DriverName = ibmtok$
driverfile = IBMTOK.DOS
)
NOTE: If the input configuration contains only non-NDIS LSP drivers (for
example, DXMC0MOD.SYS and DXMT0MOD.SYS), then only the Remove = 1 is needed
to remove LSP from the workstation configuration.
PROCESSING ADDITIONAL PROTOCOL.INI FILES
Normally, LSP installation uses either the PROTOCOL.INI file in the existing
configuration (as specified in the CONFIG.SYS file PROTMAN.DOS load line) or
the sample one in the LSP code source image.
One of the response file parameters is PINIFILE. This parameter is used to
introduce a PROTOCOL.INI file other than the one in the existing
configuration or the one in the LSP code source image.
A limitation of PROTOCOL.INI processing is that the bracketed module names
(as well as the driver names) for corresponding PROTOCOL.INI sections must
match. For this reason, the user may need to specify that the existing
configuration not be used when an additional PROTOCOL.INI is used.
See "DXMJ0MOD.SYS and IBMTOK.DOS, Two Adapters" on page A-7 for a
configuration that uses PINIFILE.
CID RETURN CODES
If the REMOTE_INSTALL_STATE environment variable (see "CID Environment
Variable" on page 4) is set, LSP installation communicates install completion
status back to the software distribution agent as a 2-byte return code via
the INT 2Fh function CFFFh. LSP installation uses the following return
codes:
08 00 The NIF files were missing from the LSP source path
12 00 Storage Medium Exception (I/O error)
12 04 Device Not Ready
16 00 Incorrect Program Invocation
16 04 Unexpected Condition
FE 00 Successful Program Execution - Reboot, and do not invoke again
Response File Processing 14
FE 04 Successful Program Termination - Warning messages logged, Reboot
and do not invoke again
LOG FILES
One log file can be specified with the /L1: parameter. This log file is
appended to if it already exists. Errors and configuration information are
logged.
UNSUPPORTED FUNCTION IN RESPONSE FILE
For the message "Function not supported in response file for driver
<drivername>.," check for the following conditions:
o The LSP driver name is misspelled.
o The PROT_SECTION is for an NDIS protocol driver other than DXME0MOD.SYS
(DXME0$) or DXMJ0MOD.SYS (NETBEUI$).
o The PROT_SECTION contains a driverfile=, but there is an IBM format NIF
available for the driver.
Response File Processing 15
APPENDIX A. EXAMPLE RESPONSE FILES
DXMC0MOD.SYS AND DXMT0MOD.SYS, ONE ADAPTER
* ----------------------------------------------------------------------
* EXAMPLE1.RSP
* This response file installs DXMC0MOD.SYS and DXMT0MOD.SYS.
* CONFIG.SYS and AUTOEXEC.BAT will be placed in the root of the C drive.
*
INST_SECTION = (
; Do not use the input configuration for LSP driver parameters
MigrateControlFiles = 0
; Do not check the LAN adapters installed
AdapterCheck = 0
; Define target location for LSP files
TargetPath = c:\lsp135
)
; Add 802.2 support for the shared RAM token ring adapter
PROT_SECTION = (
DriverName = DXMC0MOD$
lsp_primary = 1
; Uncomment the next line and change for your LAA.
; NetAddress = "400000121212"
; Uncomment the next line and change for ISA-bus to change
; Shared RAM addr.
; RAM = 0xD800
; Uncomment the next line to turn off Early Token Release on 16MB.
; EarlyRelease = 1
; Uncomment the next line and change to set minimum link stations.
; MinLink = 2
; Uncomment the next line and change to set minimum SAPs.
; MinSAP = 12
)
; Add NETBIOS driver to the configuration
PROT_SECTION = (
DriverName = DXMT0MOD$
lsp_primary = 1
; Set the parameters needed by DLR.
(C) Copyright IBM Corp. 1993 A-1
c = 14
st = 14
s = 14
; Set the parameters needed by PC3270.
es = 2
est = 2
; Set the parameter needed in memory manager
; or Windows* environments.
cf = y
; Turn off piggy-backed acknowledgements.
PBA = 0
)
*** End of Response file EXAMPLE1
DXMC0MOD.SYS AND DXMT0MOD.SYS, TWO ADAPTERS
* ----------------------------------------------------------------------
* EXAMPLE2.RSP
* This response file installs DXMC0MOD.SYS and DXMT0MOD.SYS, 2 adapters.
* It is just to illustrate setting parameters for two adapters with non-
* NDIS LSP drivers.
* CONFIG.SYS and AUTOEXEC.BAT will be placed in the root of the C drive.
*
INST_SECTION = (
; Do not use the input configuration for LSP driver parameters.
MigrateControlFiles = 0
; Do not check the LAN adapters installed.
AdapterCheck = 0
; Define target location for LSP files.
TargetPath = c:\lsp135
)
; Add 802.2 support for the shared RAM token ring adapter.
PROT_SECTION = (
DriverName = DXMC0MOD$
; Specify that two adapters will be supported.
lsp_primary = 1
lsp_alternate = 1
; Set some parameters for primary and for alternate.
minlink = 2,4
)
; Add NETBIOS driver to the configuration
PROT_SECTION = (
DriverName = DXMT0MOD$
Appendix A. Example Response Files A-2
; DXMT0MOD.SYS is automatically added for both adapters.
lsp_primary = 1
; Set some parameters for primary and for alternate.
c = 14,12
st = 14, 12
s = 14, 12
; Set the parameters needed by PC3270.
es = 2
est = 2
; Set the parameter needed in memory manager
; or Windows* environments.
cf = y
; Turn off piggy-backed acknowledgements.
PBA = 0
)
*** End of Response file EXAMPLE2
Appendix A. Example Response Files A-3
DXMJ0MOD.SYS AND IBMTOK.DOS, ONE ADAPTER
* ----------------------------------------------------------------------
* EXAMPLE3.RSP
* This response file installs IBMTOK.DOS and DXMJ0MOD.SYS and does
* not migrate any existing LSP parameters.
* CONFIG.SYS and AUTOEXEC.BAT will be placed in the root of the C drive.
*
INST_SECTION = (
; Do not use the input configuration for LSP driver parameters.
MigrateControlFiles = 0
; Do not check the LAN adapters installed.
AdapterCheck = 0
; Define target location for LSP files.
TargetPath = c:\lsp135
; DriverDiskPath specifies where the files normally found on the
; Driver Diskette (Option Diskette) are located.
; Change DRIVERS to the location of your NIF, NDIS MAC driver, etc.
; Note: DRIVERS is not fully qualified, so it will be searched for
; 1) in the current directory
; 2) as a subdirectory off of the LSP source path
DriverDiskPath = DRIVERS
)
; Specify bindings. The protocol stack is DXMJ0MOD.SYS.
PROT_SECTION = (
; The following statement specifies the DXMJ0MOD.SYS driver name.
DriverName = NETBEUI$
; Change IBMTOK_MOD to the bracketed module name for the PROTOCOL.INI
; section for the NDIS MAC driver you are using.
bindings = IBMTOK_MOD
; Turn off piggy-backed acknowledgements.
PiggyBackAcks = 0
)
*** End of Response file EXAMPLE3
Appendix A. Example Response Files A-4
DXME0MOD.SYS, DXMT0MOD.SYS AND IBMTOK.DOS, ONE ADAPTER
* ----------------------------------------------------------------------
* EXAMPLE4.RSP
* This response file installs IBMTOK.DOS, DXME0MOD.SYS and DXMT0MOD.SYS
* and does not migrate any existing LSP parameters.
* CONFIG.SYS and AUTOEXEC.BAT will be placed in the root of the C drive.
*
INST_SECTION = (
; Do not use the input configuration for LSP driver parameters.
MigrateControlFiles = 0
; Do not check the LAN adapters installed
AdapterCheck = 0
; Define target location for LSP files
TargetPath = c:\lsp135
; Change DRIVERS to the location of your NIF, NDIS MAC driver, etc.
; Note: DRIVERS is not fully qualified, so it will be searched for
; 1) in the current directory
; 2) as a subdirectory off of the LSP source path
DriverDiskPath = DRIVERS
)
; Specify bindings. The protocol stack is DXME0MOD.SYS.
PROT_SECTION = (
; The following statement specifies the DXME0MOD.SYS driver name.
DriverName = DXME0$
; Change IBMTOK_MOD to the bracketed module name for the PROTOCOL.INI
; section for the NDIS MAC driver you are using.
bindings = IBMTOK_MOD
; Uncomment the next line to use 'Original Ethernet Adapter Type'.
; X
; It is not recommended that the NetAddress parameter be used.
; The equivalent parameter for the MAC driver should be used instead.
; Uncomment the next line and change for LAA.
; NetAddress = "400000123456"
; Uncomment the next line and change for work space.
; WorkSpace = 8
; Uncomment the next line and change for ethernet type
; Transmit = 0
; Uncomment the next line and change for minimum SAPs.
; MinSAP = 2
; Uncomment the next line and change for minimum Link Stations.
; MinLink = 12
)
Appendix A. Example Response Files A-5
PROT_SECTION = (
; The following statement specifies the DXMT0MOD.SYS driver name.
DriverName = DXMT0MOD$
; The following statement adds this driver to the configuation.
lsp_primary = 1
; Turn off piggy-backed acknowledgements.
PBA = 0
)
PROT_SECTION = (
DriverName = IBMTOK$
; The following statement would be needed if the sample protocol.ini
; did not contain a section for the MAC driver. In that case,
; uncomment the statement and change the keyword value to match the
; target of the bindings= in the DXME0$ PROT_SECTION section (above).
; Section_Name = IBMTOK_MOD
; The following two statements would cause the MAC driver and message
; file to be copied to the target location for LSP files (c:\lsp135).
; They are only needed if there is no NIF file for the MAC driver in
; the DriverDiskPath. In that case, uncomment the statements and
; change the keyword values to match those for your MAC driver.
; DriverFile = ibmtok.dos
; CopyFile = lt2.msg
)
*** End of Response file EXAMPLE4
Appendix A. Example Response Files A-6
MIGRATION TO DXMJ0MOD.SYS AND IBMTOK.DOS
* ----------------------------------------------------------------------
* EXAMPLE5.RSP
* This response file migrates to DXMJ0MOD.SYS with IBMTOK.DOS.
* This response file migrates LSP parameters where possible.
* If the existing configuration contains DXME0MOD.SYS, DXMT0MOD.SYS and
* IBMTOK.DOS, then the resulting configuration will contain DXME0MOD.SYS
* DXMJ0MOD.SYS and IBMTOK.DOS.
* NOTE: This example ASSUMES that the existing configuration contains
* IBMTOK.DOS.
*
INST_SECTION = (
; Use the input configuration for LSP driver parameters.
MigrateControlFiles = 1
; Do not check the LAN adapters installed. This effectively removes
; any non-NDIS LSP drivers from the configuration.
AdapterCheck = 0
; Define target location for LSP files
TargetPath = c:\lsp135
; Change DRIVERS to the location of your NIF, NDIS MAC driver, etc.
; Note: DRIVERS is not fully qualified, so it will be searched for
; 1) in the current directory
; 2) as a subdirectory off of the LSP source path
; DriverDiskPath is not necessary if the MAC driver is already in
; target path.
DriverDiskPath = DRIVERS
)
PROT_SECTION = (
; The following statement specifies the DXMJ0MOD.SYS driver name.
DriverName = NETBEUI$
; The following statement specifies that the MAC driver is IBMTOK.DOS
; Notice that it uses IBMTOK_NIF instead of IBMTOK_MOD.
; This is because the PROTOCOL.INI file on the workstation has '_NIF'
; appended to the driver file names (to generate the bracketed module
; names); whereas the sample PROTOCOL.INI shipped with LSP has '_MOD'
; appended to the driver file names. Contrast with EXAMPLE3.RSP and
; EXAMPLE4.RSP.
bindings = IBMTOK_NIF
; Turn off piggy-backed acknowledgements.
PiggyBackAcks = 0
)
*** End of Response file EXAMPLE5
DXMJ0MOD.SYS AND IBMTOK.DOS, TWO ADAPTERS
Appendix A. Example Response Files A-7
* ----------------------------------------------------------------------
* EXAMPLE6.RSP
* This response file installs IBMTOK.DOS and DXMJ0MOD.SYS for two
* adapters and does not migrate any existing LSP parameters.
* It illustrates using a PINIFILE parameter.
* CONFIG.SYS and AUTOEXEC.BAT will be placed in the root of the C drive.
*
INST_SECTION = (
; Do not use the input configuration for LSP driver parameters.
MigrateControlFiles = 0
; Do not check the LAN adapters installed
AdapterCheck = 0
; Define target location for LSP files
TargetPath = c:\lsp135
; Change DRIVERS to the location of your NIF, NDIS MAC driver, etc.
; Note: DRIVERS is not fully qualified, so it will be searched for
; 1) in the current directory
; 2) as a subdirectory off of the LSP source path
DriverDiskPath = DRIVERS
)
; The following statement causes the protocol.ini file, named
; PROTOCOL.CFG (in path RSP) to be processed.
; Since RSP\PROTOCOL.CFG is not fully qualified, it will be searched for
; 1) in the current directory
; 2) as a subdirectory off of the LSP source path
; The bindings and driver parameters are specified in PROTOCOL.CFG.
; See below for PROTOCOL.CFG.
PINIFILE = RSP\PROTOCOL.CFG
*** End of Response file EXAMPLE6
Appendix A. Example Response Files A-8
;-----------------------------------------------------------------------
; PROTOCOL.CFG
; Configuration with DXMJ0MOD.SYS and IBMTOK.DOS for two adapters.
[PROTMAN_MOD]
DriverName = PROTMAN$
[DXMJ0MOD_MOD]
DriverName = NETBEUI$
; We are using IBMTOK_MOD instead of IBMTOK_NIF because we set
; MigrateControlFiles to 0 in the INST_SECTION, therefore we are
; using the sample LSP PROTOCOL.INI as the base PROTOCOL.INI (rather
; than using a PROTOCOL.INI from an existing configuration which
; would have '_NIF' instead of '_MOD' in the bracketed module names).
Bindings = IBMTOK_MOD, IBMTOK2_MOD
; Turn off piggy-backed acknowledgements.
PiggyBackAcks = 0
[IBMTOK_MOD]
DriverName = IBMTOK$
EARLYRELEASE
MAXTRANSMITS = 6
RECVBUFS = 2
RECVBUFSIZE = 256
XMITBUFS = 1
XMITBUFSIZE = 2040
[IBMTOK2_MOD]
DriverName = IBMTOK2$
EARLYRELEASE
ALTERNATE
MAXTRANSMITS = 6
RECVBUFS = 2
RECVBUFSIZE = 256
XMITBUFS = 1
XMITBUFSIZE = 2040
; End of PROTOCOL.CFG
Appendix A. Example Response Files A-9